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- The MAILING DATE of this communication appears on the cover sheet with the correspondence address - 



. MONTH(S) FROM 



Period for Reply 

A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 
THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1 .136 (a). In no event, however, may a reply be timely filed 

after SIX (6) MONTHS from the mailing date of this communication. 

- If the period for reply specified above Is less than thirty (30) days, a reply vwthin the statutory minimum of thirty (30) days will 

be considered timely. 

- If NO period for reply is specified above, the maximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this 

communication. 

- Failure to reply within the set or extended period for reply vwll, by statute, cause the application to become ABANDONED (35 U.S.C. § 1 33). 

- Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 

earned patent tenm adjustment. See 37 CFR 1 .704(b). 

Status 

1 ) K Responsive to communlcation(s) filed on Feb 2. 2001 



2a) □ This action is FINAL 2b) B This action is non-final. 

3) □ Since this application is in condition for allowance except for formal nnatters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Qu^^35 CD. 11; 453 O.G. 213. 

Disposition of Claims 

4) B Claim(s) 1-19 



4a) Of the above, claim(s) . 
5)n Claim(s) 



6) K1 Claim(s) 1-19 

7) D Claim(s) 

8) 0 Claims 



_ is/are pending in the applica 
. is/are withdrawn from considers 

is/are allowed. 

is/are rejected. 

is/are objected to. 



. are subject to restriction and/or election requirem 



Application Papers 

9) □ The specification is objected to by the Examiner. 

10) □ The drawing(s) filed on 



. is/are objected to by the Examiner. 
is: aP approved b)Ddisapproved. 



11) 0 The proposed drawing correction filed on 

12) □ The oath or declaration is objected to by the Examiner. 

Priority under 35 U.S.C. § 119 

13) 0 Acknowledgement is made of a claim for foreign priority under 35 U.S.C. § 119{a)-{d). 
a)n All b) □ Some* c) [INone of: 

1 . □ Certified copies of the priority documents have been received. 

2. □ Certified copies of the priority documents have been received in Application No. , 



3. □ Copies of the certified copies of the priority documents have been received in this National Stage 
application from the international Bureau (PCT Rule 17.2(a)). 
*See the attached detailed Office action for a list of the certified copies not received. 

14) □ Acknowledgement is made of a claim for domestic priority under 35 U.S.C. § 1 19(e). 



Attachment(s) 

1 5) □ Notice of References Cited (PlO-892) 

16) n Notice of Draflsperson's Patent Drawing Review (PTO-948) 

17) Q Information Disclosure Statement{s) (PTO-1449) Paper No(s). 



18) □ Interview Summary (PT0413) Paper No(s). 

19) □ Notice of Informal Patent Application (PTai52) 

20) □ Other; 
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DETAILED ACTION 

1 . An Acknowledgement is made of the Continued Prosecution Application (CPA) filed 
February 2, 2001 . An Office Action was mailed out August 2, 2000, before the CPA was filed. 
There is no apparent amendment to the claims, therefore the rejections of the previous Office 
Action are maintained and are repeated below. Claims 1-19 remain pending. 

Specification 

2. Content of Specification 

(a) Title of the Invention : See 37 CFR 1 .72(a). The title of the invention should be 
placed at the top of the first page of the specification. It should be brief but 
technically accurate and descriptive, preferably from two to seven words. 

(b) Cross-References to Related Applications : See 37 CFR 1.78 and MPEP § 201.1 1. 

(c) Statement Regarding Federallv Sponsored Resear ch and Development: See MPEP 
§310. 

(d) Reference to a "Microfiche Appendix" : See 37CFR 1 .96(c) and MPEP § 608.05 . 
The total number of microfiche and the total number fi-ames should be specified. 

(e) Background of the Invention : The specification should set forth the Background 
of the Invention in two parts: 

( 1 ) Field of the Invention : A statement of the field of art to which the 

invention pertains. This statement may include a paraphrasing of the 
applicable U.S. patent classification definitions of the subject matter of the 
claimed invention. This item may also be titled "Technical Field." 
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(2) Description of the Related Art : A description of the related art known to 
the applicant and including, if applicable, references to specific related art 
and problems involved in the prior art which are solved by the applicant's 
invention. This item may also be titled "Background Art." 

(f) Brief Summary of the Invention : A brief summary or general statement of the 
invention as set forth in 37 CFR 1.73. The summary is separate and distinct from 
the abstract and is directed toward the invention rather than the disclosure as a 
whole. The summary may point out the advantages of the invention or how it 
solves problems previously existent in the prior art (and preferably indicated in 
the Background of the Invention). In chemical cases it should point out in general 
terms the utility of the invention. If possible, the nature and gist of the invention 
or the inventive concept should be set forth. Objects of the invention should be 
treated briefly and only to the extent that they contribute to an understanding of 
the invention. 

(g) Brief Description of the Several Views of the Drav^ngfsV A reference to and brief 
description of the drawing(s) as set forth in 37 CFR 1 .74. 

(h) Detailed Description of the Invention : A description of the preferred 
embodiment(s) of the invention as required in 37 CFR 1.71. The description 
should be as short and specific as is necessary to describe the invention adequately 
and accurately. This item may also be titled "Best Mode for Carrying Out the 
Invention." Where elements or groups of elements, compounds, and processes, 
which are conventional and generally widely known in the field of the invention 
described and their exact nature or type is not necessary for an understanding and 
use of the invention by a person skilled in the art, they should not be described in 
detail. However, where particularly complicated subject matter is involved or 
where the elements, compounds, or processes may not be commonly or widely 
known in the field, the specification should refer to another patent or readily 
available publication which adequately describes the subject matter. 

(i) Claim or Claims : See 37 CFR 1 .75 and MPEP § 608.0 l(m). The claim or claims 
must commence on separate sheet. (37 CFR 1 .52(b)). Where a claim sets forth a 
plurality of elements or steps, each element or step of the claim should be _ 
separated by a line indentation. There may be plural indentations to ftirther 
segregate subcombinations or related steps. 
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(j) Abstract of the Disclosure : A brief narrative of the disclosure as a whole in a 
single paragraph of 250 words or less on a separate sheet following the claims. 

(k) Drawings : See 37 CFR 1.81, 1.83-1.85, andMPEP § 608.02. 

(1) Sequence Listing : See 37 CFR 1.821-1.825. 

3. Claims 1 to 19 are objected to because of the following informalities: As shown in 
section (i) above, Claims must conmience on a separate sheet. Appropriate correction is required. 

Information Disclosure Statement 

4. The information disclosure statement filed on April 6, 1999 fails to comply with 37 CFR 
1.98(a)(2), which requires a legible copy of each U.S. and foreign patent; each publication or that 
portion which caused it to be listed; and all other information or that portion which caused it to 
be listed. It has been placed in the application file, but the information referred to therein has not 
been considered. Of the seven references cited, only one (Goldberg et al.) was provided. The Pitt 
article, "The Visitor Pattern and a Java Grep Utility", was found by the examiner during the prior 
art search. 
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/ Claim Rejections - 35 USC § 102 

2 

3 5. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form 

4 the basis for the rejections under this section made in this Office action: 

5 A person shall be entitled to a patent unless - 

6 (a) the invention was known or used by others in this country, or patented or described in a printed publication 

7 in this or a foreign country, before the invention thereof by the applicant for a patent. 

8 (b) the invention was patented or described in a printed publication in this or a foreign country or in public use 

9 or on sale in this country, more than one year prior to the date of application for patent in the United States. 

10 (e) the invention was described in a patent granted on an application for patent by another filed in the United 

11 States before the invention thereof by the applicant for patent, or on an international application by another who 

12 has fulfilled the requirements of paragraphs (1), (2), and (4) of section 371(c) of this title before the invention 

13 thereof by the applicant for patent. 

15 6. Claims 1 to 15 are rejected under 35 U.S.C. lOl^rhased upon a public use or sale of the 

16 invention. J.P. Morgan discloses information system called Kapital in the Sloan Management 

17 Review of Winter 1 995 by Richard Pawson et al. 

18 

19 a. Kapital uses a declarative specification language as disclosed in Claim 1 

20 as shown on the first column of page 41 . 

21 b. Kapital discloses templates as disclosed in Claims 3 to 10 as shown on 

22 the second column of page 41 and in the second column of page 42. 

23 c. Kapital discloses data processing means v^th interface between financial 

24 events and process as disclosed in Claims 1 1 to 1 5 on page 41 . 

25 

26 7. An issue of public use or on sale activity has been raised in this application. In order for 



27 the examiner to properly consider patentability of the claimed invention under 35 U.S.C. 102(b), 
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/ additional information regarding this issue is required as follows: information on Kapital and the 
2 features given above. 



6 8. Claims 1 to 10 are rejected under 35 U.S.C. 102(b) as being anticipated by Eggenschwiler 

7 et al. Eggenschwiler disclosed in the Conference on Object Oriented Programming Systems 

8 Languages and Applications of October 1992 the ET-H- SwapsManager. This is a system to use 

9 object oriented technology to construct financial applications. 

10 

u Claim 1. 

12 A system comprising means for processing financial data, wherein a declarative specification 

13 language is employed in the progranmiing of such system in order to describe financial 

14 instruments, 

15 Eggenschwiler discloses object-oriented language on page 966 (first column) and 

16 financial instruments, particularly swaps on page 969 (first column) 

17 

18 Claim 2. 

19 The system of claim 1 , wherein said language uses a set of basic building blocks known as 

20 "financial event templates". Eggenschwiler discloses the building block concept in Figure 6 on 

21 page 972. 



23 Claim 3. 

24 The system of claim 2, wherein each financial event template represents one basic financial 

25 element and also represents all the state information associated wdth such financial element. 



3 



4 



Applicant is reminded that failure to ftiUy reply to this requirement for information will 
result in a holding of abandonment. 



5 



22 
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; Eggenschwiler discloses the Problem Domain Component, which "encapsulate all 

2 domain specific data and functionality" on page 972 (first colimm). As is also shown in Figure 6, 

3 a financial event is shown which includes the yield curve, market rates and currency of that 

4 financial event. 

5 
6 

7 Claim 4. 

8 The system of claim 2, wherein a particular declarative specification represents a specific type of 

9 financial instrument by specifying how the financial component specifications relate to each 

10 other to describe such financial instrument. 

11 Eggenschwiler discloses the relationships in figure 5 on page 979 and in figure 6 on page 

12 172. 

13 

14 Claim 5. 

15 The system of claim 4, wherein said declarative specification represents the "conunercial terms" 

16 (the set of state information necessary to represent all of the financially relevant data for the 

17 given instrument) of such type of financial instrument. 

18 Eggenschwiler discloses specification in figure 5 on page 179. Such items as 

19 YieldCurve as shown. The paragraph directly below this figure shows how a user would 

20 see the various items related to a swap. Figure 9 also shows the various "commercial terms" for a 

21 swap. 

22 

23 Claim 6. 

24 The system of claim 2, wherein parameterization of a declarative specification represents one 

25 instance of the type of financial instrument defined by the specification, and further wherein such 
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1 combination of the declarative specification and parameters defines the static representation of 

2 the instance of such financial instrument. 

3 Eggenschwiler discloses this feature in Section 3.3 on page 169 in the discussion of the 

4 ET-H- SwapsManager Concepts. 

5 

6 Claim 7. 

7 A process implemented within means for processing financial data that transforms static 

8 representation of a financial instrument as created in accordance with claim 6 into a timeline of 

9 inter-related event objects that is specific to the given static representation. 

10 Eggenschwiler discloses scenarios in Figure 4 on page 970, which is a timeline of 
// inter-related yields. 

12 

13 Claim 8. 

14 The process of claim 7, wherein said timeline of inter-related event objects is composed of basic 

15 financial building blocks, known as "financial events or components", and constitutes in its 

16 entirety the financial event structure or macro structure of that particular financial instrument. 

17 Eggenschwiler discloses objects to act as building blocks starting on page 969 (first 

18 column). The macro structure is shown in figures 5 and 6. 

19 
20 

21 Claim 9. 

22 A process as described in claim 7, wherein the financial event structure of an instance of a 

23 financial instrument can always be exactly reproduced by the process defined in claim 7; given 

24 the static representation of said financial mstrument. Eggenschwiter shows this feature in section 

25 3.4 "Using the ET-H- SwapsManager'; which shows how a swap can be produced by assembling 

26 the various static objects. 
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1 Claim 10. 

2 A process implemented within means for processing financial data wherein either the static 

3 representation of a financial instrument in accordance with claim 6 or the financial event 

4 structure of a financial instrument in accordance with claim 7 can be made persistent or 

5 distributed over a network. Eggenschwiler discloses persistence in the first column of page 1 70 

6 and the concept of multiple project families is disclosed in the first colunm of page 967. 

7 
8 

9 

0 Claim Rejections - 35 USC § 103 



n 9. The foUov^ng is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

12 obviousness rejections set forth in this Office action: 

13 (a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 

14 section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
75 such that the subject matter as a whole would have been obvious at the time the invention was made to a person 

16 having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 

17 manner in which the invention was made. 

75 

79 10. Claims 1 1 to 15 are rejected under 35 U.S.C. 103(a) as being unpatentable over Kleckner 

20 et al (WO 94120912), published on September 15, 1994, and fiirther in view of 

27 Rasala. 

22 Kleckner discloses an object oriented system for manipulating a financial instrument. 



23 Rasala discloses iterator and the traversal process as applied to the C-H- programming in "A 

24 Model C++ Tree Iterator Class for Binary Search Trees" in the Proceedinq of the 28th SIGCSE 

25 technical symposium on Computer Science Education in March 1997. 

26 

27 Claim 11. 

28 A system comprising data processing means wherein a generic traversal process is employed that 

29 can be applied to the macro structure of a financial instrument to implement one or more 

30 functions that produce results based on this information. 

31 Kleckner discloses a system for creating, structuring, manipulating and evaluating a 

32 financial instrument using C++ on the top of page 10. Kleckner does not specifically disclose a 

33 traversal process. Rasala discloses this traversal process as part of a tutorial for college computer 
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1 science students as shown on page 72 and 76. Since Kleckner uses C-H- to implement the system 

2 and the traversal process is inherent in the functionality of C-H-, it would have been obvious to 5. 

3 add this to Kleckner's invention. 

4 

5 Claim 12. 

6 The system of claim 1 1, wherein each said function is implemented as a specific extension of 

7 said generic traversal process to generate a specified type of result. 

8 Kleckner discloses a system to generate a specific type of result in Fig. 8 and starting on 

9 page 18, lie 22. Kleckner does not specifically disclose a traversal process. Rasala discloses this 

10 traversal process as part of a tutorial for college computer science students as shown on page 72 
n and 76. Since Kleckner uses C-H- to implement the system and the traversal process is inherent in 
12 the functionality of C-H-, it would have been obvious to add this to Kleckner's invention. 

13 

14 Claim 13. 

15 The system of claim 12, wherein each traversal process is based on a well defined interface 

16 between the financial events contained in the financial event structure of a financial instrument 

17 and said traversal process. 

J8 Kleckner discloses a system to generate a specific type of result in Fig. 8 and starting on ' 

19 page 98, lie 22. Kleckner does not specifically disclose a traversal process. Rasala discloses this 

20 traversal process as part of a tutorial for college computer science students as shovra on page 72- 

21 and 76. Since Kleckner uses C-H- to implement the system and the traversal process is inherent in 

22 the functionality of C++, it would have been obvious to add this to Kleckner's invention. 

23 
24 
25 
26 

27 Claim 14. 

28 The system of claim 13, wherein the action to be performed for each type of financial event is 

29 defined, in said specific traversal process, independently from the action for any other type of 

30 financial event. 

31 Kleckner discloses a system to generate a specific type of result in Fig. 8 and starting on 

32 page 98, lie 22. Independence is shown on page 4, line 39. Kleckner does not specifically 

33 disclose a traversal process. Rasala discloses this traversal process as part of a tutorial for college 

34 computer science students as shown on page 72 and 76. Since Kleckner uses C++ to implement 

35 the system and the traversal process is inherent in the functionality of C++, it would have been 

36 obvious to add this to Kleckner's invention. 
37 

38 

39 
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Claim 15. 

The system of claim 13, wherein the overall result of applying a function specific traversal 
process to the financial event structure of a financial instrument is a combination of applying all 
individual financial actions to the respective fmancial events in a prescribed way. 

Kleckner discloses a system to generate a specific type of result in Fig. 8 and starting on 
page 98, lie 22. Figure 6 shows the combination of applying all individual financial action in a 
prescribed way. Kleckner does not specifically disclose a traversal process. Rasala discloses this 
traversal process as part of a tutorial for college computer science students as shown on page 72 
and 76. Since Kleckner uses C++ to implement the system and the traversal process is inherent in 
the functionality of C-H-, it would have been obvious to add this to Kleckner's invention. 10. 
Claims 16 to 19 are rejected under 35 U.S.C. 103(a) as being unpatentable over Klechner and 
Rasala as applied to claim 1 1 above, and further in view of Gould. Gould discloses double 
dispatch for use in C++ programming in "Double Dispatch with an Inverted Visitor Pattern" in 
the May 1998 edition of CIC-H- Users Journal. 



Claim 16. 

The system of claim 11, wherein said traversal process is implemented via a double dispatch 
mechanism. Klechner and Rasala disclose a financial instrument system with a traversal process, 
but does not disclose double dispatch. Gould discloses double dispatch using C++ and gives code 
to add this to a C++ program. This addition is an extension of the single dispatch functionality 
inherent in the C++ languajge as shown in the first paragraph of page 67. The addition of this 
fimctionality would be obvious to allow for more elegant and thus less costly programming. 

Claim 17. 

The system of claim 16, wherein said double dispatch mechanism selects the appropriate action 
for each financial event without predetermined knowledge of the over all referential structure of 
the financial event structure. 

Claim 18. 

The system of claim 16, wherein a nested double dispatch mechanism initiated inside the action 
for a given financial event can select the appropriate action for any financial event referred to 
locally within the financial event. 

Claim 19. 

The system of claim 18 wherein said nested double dispatch mechanism can be applied 
recursively to any level. 

For Claims 17 to 19, Klechner and Rasala disclose a financial instrument system with a 
traversal process, but does not disclose double dispatch. Gould discloses double dispatch using 
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C++ and gives code to add this to a C++ program. The functionality given in the above claims 
are inherent to the double dispatch operation or are inherent to an object-based financial 
instrument system. For example, the functionality of object oriented programming assumes no 
predetermined knowledge of the actions as disclosed in Claim 97. Nested functions and recursive 
functions are common in iterative programming as disclosed in Claims 18 and 99. 

This addition is an extension of the single dispatch functionality inherent in the C++ 
language as shown in the first paragraph of page 67. The addition of this functionality would be 
obvious to allow for more elegant and thus less costly programming. 



Conclusion 

11. A list of cited references appears below not relied upon in this Office Action: 



a. The following articles highlight other J.P. Morgan's object-oriented financial 

packages: . "Financial CAD's plug and play platform" in Wall Street & Technoloay of October 
1997. "Odyssey: J.P. Morgan's vision of derivative tranactions" in Wall Street & Technology of 
July 1998. 

b. The following articles highlight object oriented development in finance: "Grasping objects: 
Get-ready for the upheaval" in Wall Street & Technology of December 1993. "CAFE: A 
Complex Adaptive Financial Enviromnent" in Proceedings of the lEEEIIAFE 1996 Conference 
on Computational Intelligence for Financial Engineering of March 1996. 

"Hedging credit, market risk" in Wall Street & Technology of Spring 1998. 

"An hitelligent Assistant for Financial Hedging" by Michel Benaroch et al, IEEE, 1991 

"A risk management prototype using object-oriented APL" from Proceedings of the International 

Conference on APL of September 1994. 

"An hitelligent Approach to Financial Evaluation" by Ross M. Miller, IEEE, 
1991. 
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c. The following Patents disclose generating object oriented programs: 
Lau (US 5,987,247), filed on May 9, 1997 

Birsan et al. (US 6,023,578), filed on May 9, 1997 

d. The following articles disclose information concerning the visitor pattern and double dispatch: 
"The Visitor Pattern and a Java Grep Utility" in Dr. Dobb's Journal of June 1998. 
"Non-Software Examples of Software Design Pattems" in Conference on 

Obiect Oriented Programming Systems Languages and Applications of October 1997. 

12. Any inquiry concerning this conmiunication or earlier commxmications from the examiner 
should be directed to Daniel S. Felten whose telephone number is (703) 305-0724. The 
examiner can normally be reached between the hours of 7:00AM to 5:30PM Monday-Thursday. 
Any inquiry of a general nature relating to the status of this application or its proceedings should 
be directed to the Customer Service Office (703) 306-5631, or the examiner's supervisor 
Vincent Millin whose telephone number is (703) 308-1065. 

1 3 . Response to this action should be mailed to : 

Commissioner of Patents and Trademarks 
Washington, D.C. 20231 

for formal communications intended for entry, or (703) 305-0040, for informal or draft 
communications, please label "Proposed" or "Draft". 

Communications via Intemet e-mail regarding this application, other than those under 35 
U.S.C. 132 or which otherwise require a signature, may be used by the applicant and should be 
addressed to [danielfelten@uspto.gov]. 
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All Internet e-mail communications will be made of record in the application file. PTO 
employees do not engage in Internet communications where there exists a possibility that 
sensitive information could be identified or exchanged unless the record includes a properly 
signed express waiver of the confidentiality requirements of 35 U.S.C. 122. This is more clearly 
set forth in the Interim Internet Usage Policy published in the OflFicial Gazette of the Patent and 
Trademark on February 25, 1997 at 1 195 OG 89, 



Daniel S. Felten 
April 26, 2001 



VINCENT MILUN 
SUPERVISORY PATENT EXAMINER 
TECHNOLOGY CENTER 2100 




